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DATA REPRESENTATION AND RETRIEVAL METHOD AND APPARATUS 
FOR HIGH SPEED DATA SEARCH AND RETRIEVAL 

5 Field of the Invention 

This invention relates to a data retrieval method and 
apparatus for efficiently retrieving specified data from a 
data storage that stores a large volume of data, and more 
particularly, to a data representation, data storing and data 
10 retrieval method and apparatus for quickly accessing the data 

storage and retrieving the recorded data by using 
supplemental data that indicates locations of the recorded 
data, whether the recorded data are located consecutively, 
the number of consecutively recorded data, and the like. 

15 

Background of the Invention 
The present invention is advantageously applicable to 
a data retrieval process and apparatus such as in a process 
for retrieving place name data or address data from a large 
20 capacity map data storage for a navigation system. Although 

the application of the present invention is not limited to 
a navigation system, the present invention is described 
mainly with respect to the navigation system for convenience 
of explanation. 

25 A navigation system, typically, a vehicle navigation 

system, performs travel guidance for enabling a user to 
easily reach a selected destination. Such a navigation 
system detects the position of the vehicle, reads out map 
data pertaining to an area at the vehicle current position 

30 from a data storage medium, for example, a CD-ROM (compact 

disk read-only memory) or a DVD (digital versatile disc) . 
Typically, the vehicle position is determined by a 
self-contained navigation sensors (e.g. a distance traveled 
sensor and a bearing sensor) mounted in the vehicle and by 



a global positioning system (GPS) including a satellite 
(satellite navigation) . 

Figures lA-lF show an example of overall procedure and 
screen display involved in the navigation system. Figures 
5 lA-lD show an example of process for specifying a destination 

in the navigation system. When selecting a "Destination" 
menu on a main menu screen of Figure lA, the navigation 
system displays an "Find Destination By" screen as shown in 
Figure IB for specifying an input method for selecting the 

10 destination. The "Find Destination By" screen lists various 

methods for selecting the destination, which include 
"Address", "Intersection", "Point of Interest (POI)", "Recent 
Route", "Address Book", and "Today's Plan". 

When selecting the "Address" method in Figure IB, the 

15 navigation system displays a keyboard screen as shown in 

Figure IC. Suppose the user inputs an address or a place 
name of the destination, the navigation system searches 
candidate destinations without waiting for full information 
is input by the user. For example, in Figure IC, when the 

20 user inputs "CA-11", the navigation system retrieves address 

data that start with "CA-11", such as "CA-112" and "CA-113", 
although "CA-11" is only a part of the address. 

When the retrieved data do not match the destination 
intended by the user, he inputs further digits of address as 

25 shown in Figure ID. Thus, in this example, the user inputs 

"CA-110", then the navigation system retrieves addresses of 
the candidate destinations "CA-110" and "CA-1101". Suppose 
the address "CA-1101" is the address of the destination where 
the user wants to go, he selects this address. The 

30 navigation system displays a "Confirm Destination" screen 

such as shown in Figure IE. If the name and address on the 
screen shows the correct destination, the user enters an "OK 
to Proceed" key to proceed to the next procedure. 

The navigation system calculates and determines a route 

35 to the destination. Once the route to the destination is 
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determined, the navigation system starts the route guidance 
as shown in Figure IF for guiding the user to the 
destination. Typically, the navigation system shows an 
intersection that is highlighted on the display to show the 
5 next turn and a direction of the turn. When the user 

approaches the destination within such a predetermined 
distance, the navigation system indicates that the 
destination is ahead. 

During the process in which the user inputs an address 

10 of the destination, the navigation system predicts the full 

address to be input without waiting for the full data by the 
user. This is because by examining its database, the 
navigation system can tell that there are certain numbers of 
candidate address that would fit the input by the user so 

15 far. For example, in the case where the user is trying to 

input the street address of "CA-1101", and has already input 
"CA-11" as shown in Figure IC, there are certain numbers of 
candidates that would be consistent with the input. 

Figure 2 shows an example of data stored in a data 

20 storage where the data is arranged in an alpha-numeric order. 

In this case, there are six (6) possible entries that can 
follow from the user's input "CA-11". Namely, all of 
addresses "CA-112", "CA-113", "CA-114", "CA-115", "CA-1101" 
and "CA-1102" start with the specified input (search data) 

25 "CA-11" - In the data arrangement of the alpha-numeric order, 

the data is stored in the alphabetical as well as numerical 
order as shown in Figure 2. Thus, the above noted six 
entries (recorded data) will be extracted by sequentially 
checking all of the entries of the data in the storage. 

30 Namely, in the data arrangement of Figure 2, there are 

a large volume of data that has to be searched before finding 
the first possible entry "CA-112". Further, between the 
possible entry "CA-115" and the next possible entry "CA-1101" 
there are a large number of data entries which have to be 

35 checked. Therefore, it takes a long time to search and check 



the possible entries by a data retrieval system. It is 
especially true when the volume of data is large, such as 
several million entries in an address data file used in a 
typical navigation system. 
5 More specifically, the dots between the entries indicate 

that there are other recorded data . In this example, the 
address records ranging from "CA-112" to "CA-2101" are shown. 
After "CA-115", the records that have higher numbers "CA-115" 
are arranged so that such records as "CA-212" will follow. 

10 In order to accompl i sh the above f unct ion , the navigat ion 

system must be able to quickly search available address 
records as the user inputs a string of characters. 

Because the address records are arranged in the alpha- 
numeric order as noted above, the number "1101" comes long 

15 after the number "115". As shown in Figure 2, after the 

record "CA-115", many records exist until the record "CA- 
1102" is reached. There may be several ten or hundred 
thousands of records to be searched in order to find all 
records that would fit the description. If the navigation 

20 system is going to check all the records to determine the 

number and records, it takes a long time to find all the 
desired records. The search time will directly reflect on 
the response time of the input display. 

Therefore, there is a need of a data representation and 

25 retrieval method and apparatus in which desired data can be 

located and retrieved quickly with use of supplemental data 
without much increasing the storage space. 

Summary of the Invention 
30 It is, therefore, an object of the present invention to 

provide a data representation and retrieval method and 
apparatus which is able to efficiently retrieve one or more 
candidates of data from a data storage . 

It is another object of the present invention to provide 
35 data representation, data storing and data retrieval method 



and apparatus which is able to store supplemental data with 
use of a relatively small storage space for efficiently 
retrieve the data from a large data storage. 

It is a further object of the present invention to 
5 provide a data representation and retrieval method and 

apparatus in which two or more pieces of data having a 
specified character string are retrieved from a primary data 
file with use of supplemental data from a secondary data file 
when the data in the primary data file is arranged in an 
10 alpha-numeric order . 

In the present invention, the data representation and 
retrieval method correlates a particular input string (search 

I 

data) and its associated record locations by two sets of data 
file. Namely, the method makes use of supplemental data that 
j 15 indicates locations of the recorded data, whether or not the 

recorded data to be retrieved are located consecutively, the 
number of consecutively recorded data, and if the recorded 
data are not consecutive, a distance between the next 
recorded data to be retrieved. 

20 The data representation and retrieval method is 

comprised of the steps of: providing a primary data file 
which stores a large volume of recorded data where a location 
of each piece of recorded data is represented by an offset 
value; providing a secondary data file which stores 

25 supplemental data for assisting to search and retrieve the 

recorded data from the. primary data file; accessing the 
secondary data file to retrieve supplemental data 
corresponding to search data specified by a user; and 
accessing the primary data file at locations specified by 

30 offset values derived from the supplemental data and 

retrieving the recorded data therefrom. 

In the data representation and retrieval method of the 
present invention, the supplemental data for each search data 
in the secondary data file includes a number of counts of the 

35 recorded data carrying the search data, and offset values 
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showing locations of the recorded data carrying the search 
data in the primary data file, 

In another aspect of the present invention, the 
supplemental data for each search data in the secondary data 
5 file includes a number of counts of the recorded data 

carrying the search data, and a first offset value showing 
a first location of the recorded data carrying the search 
data in the primary data file, and flag data showing whether 
or not the recorded data carrying the search data are 

10 consecutively located in the primary data file. The flag 

data further shows a number of consecutive locations when the 
recorded data carrying the search data are consecutively 
located in the primary data file, and a difference of offset 
values between the current location of the recorded data and 

15 the next recorded data in the primary data file. 

The recorded data in the primary data file are arranged 
in an alpha-numeric order. The search data is a string of 
alphabetical and numeral characters, and the supplemental 
data for each search data is established in advance in the 

20 secondary data file. The offset value is described by four- 

byte data and the flag data is described by two-byte data. 
The most significant bit of the two-byte data shows whether 
or not the recorded data carrying the search data are 
consecutively located in the primary data file. 

25 In the data representation and retrieval method of the 

present invention, the step of accessing the primary data 
file includes a step of generating offset data based on the 
supplemental data from the secondary data file for accessing 
and retrieving the recorded data from the primary data file. 

30 Further, the step of generating the offset data includes a 

step of consecutively incrementing the offset data by a 
minimum incrementing step or jumping a difference of offset 
values based on the supplemental data. 

A further aspect of the present invention is a data 

35 representation and retrieval apparatus for implementing the 



various steps defined in the method noted above. The data 
representation and retrieval apparatus includes the primary 
data file and the secondary data file noted above as well as 
various means to quickly locate the recorded data in the 
5 primary data file with use of the supplemental data stored 
in the secondary data file. 

Brief Description of the Drawings 
Figures lA-lF are schematic diagrams showing an example 
10 of operational process and screen display involved in the 

navigation system for selecting a destination through data 
retrieval from a data storage. 

Figure 2 is an example of name and address data arranged 
in a data storage by an alpha-numeric order to be searched 
15 by a navigation system. 

Figure 3 is a schematic block diagram showing a basic 
structure of the data storing and retrieval apparatus in 
accordance with the present invention. 

Figures 4A-4B show an example of data files for use in 
20 the present invention in which Figure 4A shows a name and 

address file which stores name and address data in an alpha- 
numeric order and Figure 4B shows a search and skip file 
which stores supplemental data for efficiently search and 
retrieve data from the name and address file of Figure 4A. 
25 Figures 5A-5B show an example of data files in the 

present invention in which Figure 5A is the name record file 
showing offset values and corresponding records, and Figure 
5B is the search and skip file showing the number of records 
to be found and delta data that represent the offset values 
30 of the target records. 

Figures 6A-6B show an example of data files 
corresponding to the example of Figures 4A and 4B in which 
Figure 6A is the name record file showing offset values and 
corresponding records, and Figure 6B is the search and skip 
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file showing the number of records to be found and delta data 
that represent the offset values of the target records. 

Figure 7 is a flow chart showing the basic procedure for 
determining the offset value of each name record using the 
5 data representation of the present invention. 

Figures 8A-8B are schematic views of data structure in 
which Figure 8A shows a data configuration in the embodiment 
of Figures 5A-6B and Figure SB shows a data configuration in 
the embodiment of Figures 4A-4B. 

10 

Detailed Description of the Invention 
The data presentation, storing and retrieval method and 
apparatus of the present invention will now be described in 
detail with reference to the accompanied drawings. The 

15 present invention is advantageously applicable to a 
navigation system in a data retrieval process and apparatus 
for retrieving, for example, address data from a large 
capacity map data storage. Although the application of the 
present invention is not limited to the navigation system, 

20 the present invention is described in the following mainly 

with respect to the navigation system for convenience of 
explanation. 

The basic configuration of the representation and 
retrieval method and apparatus of the present invention is 

25 shown in Figure 3 which can be a part of a navigation system. 

In this example, the data representation and retrieval 
apparatus includes a display 40 with a keyboard, a data 
retrieval controller 50, a buffer memory 52, an offset 
(address data) generator 54, a data storage 60 configured by 

30 a primary data file (ex. name and address file) 62 and a 

secondary data file (ex. search and skip file) 64. 

In an application of navigation system, the data 
retrieval controller 50 is typically a central processing 
unit (CPU) of the navigation system, and the display 40 is 

35 a monitor screen of the navigation system to show the guided 
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route to the destination, keyboard, etc. The offset 
generator 54 generates offset data (address data) showing the 
locations of the recorded data in the data storage 60 to be 
retrieved. Typically, the offset generator 54 is configured 
5 by a program counter which counts a reference clock in the 

navigation system to increment the offset data by a 
predetermined step such as "1" or "10". 

When the user inputs search data such as an address of 
a destination in the application of the navigation system, 

10 the data representation and retrieval apparatus (navigation 

system) starts searching the address data from the data 
storage 60. Such a search operation starts even when only 
a part (ex. "CA-11") of the full address (ex. "CA-1101") is 
specified on the display 40 (keyboard) by the user. When the 

15 partial search data such as "CA-11" is input by the user, the 

data retrieval controller 50 accesses the data storage 60 to 
retrieve the records of address information having the search 
data "CA-11" at the tops. 

In the present invention, the data storage 60 is, for 

20 example a DVD, and as noted above, configured by two files; 

a primary data file (name and address file) 62 storing a 
large volume of data entries (records) in an alpha-numeric 
order, and a secondary data file (search and skip file) 64 
storing supplemental data for efficiently searching the data 

25 in the name and address file 62. When the search data is 

specified, the data retrieval controller 50 accesses the 
search and skip file 64 to retrieve the supplemental data 
therein. The supplemental data may be temporarily stored in 
the buffer memory 52 so that the data retrieval controller 

30 50 can use the supplemental data in the buffer memory 52 

which operates much faster than the data storage 60. 

The supplemental data includes offset values each 
showing a position of recorded data (ex. address information) 
to be retrieved in the data storage 60. Based on the offset 

35 value, the data retrieval controller 50 instructs the offset 



generator 54 to generate the offset data indicating the 
position of the recorded data (ex. address of the destination 
in the case of navigation system) in the name and address 
file 62. The data retrieval controller 50 sends the offset 
5 data from the offset generator 54 to access the locations in 

the name and address file 62 and retrieves the recorded data 
(ex. address of destination) having the specified character 
string (series of alphabetic and numeral characters) from the 
search and skip file 62 . 

10 Figure 4A is the name and address file (primary data 

file) 62 showing offset values (equivalent to addresses of 
the file 62) of the corresponding records. The offset values 
in this example are sequentially assigned at every "10" step. 
Figure 4B is the search and skip file (secondary data file) 

15 64 showing the number of records (recorded data) to be found 

in the primairy data file 62 and offset values of the target 
records for each search input (character string) . Namely, 
in the present invention, in addition to the primary data 
file (name and address file) 62 of Figure 4A, the secondary 

20 data file (search and skip file) 64 of Figure 4B that is 

prepared in advance is used for checking the supplemental 
data such as a number of records and locations of the records 
in the name and address file 62. 

For example, for the input search data "CA-11", the name 

25 and address file 62 of Figure 4A stores six records that 

begin with the same character string (search data "CA-11") . 
For example, the search data in the search and skip file 64 
are so arranged that the maximum number of records for each 
search data will not exceed a predetermined number, such as 

30 ten (10) . The data showing the offset data (locations) of 

the six records carrying the search data "CA-11" in the name 
and address file 62 is stored in the search and skip file 64. 
The offset data shows locations (addresses) in the name and 
address file 62 in which the address records having the 

35 search data "CA-11" at the beginning are stored. Similarly, 
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as shown in Figure 4B, the data showing the number of records 
and their offset values (locations) of the records that start 
with the next possible search data "CA-12", "CA-13"..., are 
stored in the search and skip file 64, 
5 Thus, when the user inputs "CA-11" for example, the data 

retrieval controller (ex. a CPU in the navigation system) 50 
first accesses the data in the search and skip file 64 to see 
which locations (offset values) of the name and address file 
62 store the records that start with the search data "CA-11". 

10 In this example, the supplemental data from the search and 

skip file 64 indicates that there are six records that start 
with "CA-11" and the offset value (memory address) of each 
record in the name and address file 62 . The data retrieval 
controller 50 instructs the offset generator 54 to increment 

15 the offset data. 

The offset generator 54 continuously increments the 
offset data at every ten step by, for example, counting the 
number of clocks. If necessary, based on the offset value, 
the offset generator 54 produces offset data that jump to the 

20 next location of the name and address file 62. Every time 

when the offset data reaches the offset value from the search 
and skip file 64 such as 200, 210, 220, the data 

retrieval controller 50 retrieves the recorded data in the 
location specified by the offset data in the name and address 

25 file 62. 

Thus, the data retrieval controller 50 is able to 
quickly go to the locations where the specified data are 
stored in the name and address file 62, rather than checking 
each and every location of the name and address file 62. 

30 Consequently, the time required for retrieving the recorded 

data, such as the records start with "CA-11" noted above, is 
dramatically reduced. In other words, this arrangement will 
solve the search time delay problem associated in the above 
example of Figure 2 because the data retrieval controller 50 



-11- 



needs not search and read one by one from the initial offset 
location until all target data are found. 

However, the embodiment of Figures 4A-4B still needs 
improvement because the search and skip file 64 needs a 
relatively large storage space. For instance, in the typical 
implementation of the embodiment of Figures 4A and 4B, each 
offset value takes 32 bits (4 bytes) . Thus, 40 bytes of data 
storage space is required to store the offset value of up to 
ten (10) records. Further, since the offset generator 54 has 
to consecutively increments the offset data, it takes a time 
for incrementing the offset data from one desired offset data 
to another offset data when there is a large difference 
therebetween . 

Figures 5A and 5B are schematic diagrams showing an 
improved version of the data representation and retrieval 
method and apparatus of the present invention. The basic 
structure of the data storage 60 is the same as that shown 
in Figure 3 where there are primarily two files 62 and 164 
in the data storage 60 such as DVD. The name and address 
file 62 is a database which stores a large volume of data 
such as, in the application of navigation system, street 
addresses, place names, points of interest, etc. Thus, the 
name and address file 62 is the same as that shown in Figure 
4A. The search and skip file 164 stores the supplemental 
data similar to the example of Figure 4B, however, the manner 
of representing the supplemental data are different from that 
of the search and skip file of Figure 4B. 

In the name and address file 62, the number at the left 
side of each row is an offset value which indicates a 
position (address) of the recorded data. Typically, the 
offset value indicates a distance from a start point of the 
name and address file 62. In this example, the difference 
between the two adjacent offset values is ten (10) . The 
right side of each row indicates recorded data such as a 
street name and number, a place name, or a type of points of 
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interest in the application of navigation system. In this 
example, each recorded data is assigned with ten (10) bytes 
of data storage. Thus, as noted above, the offset value 
differs by 10 from the adjacent offset values such as between 
5 SecNameRec 1 to SecNameRec 2 in Figure 5A. 

An example of the supplemental data in the search and 
skip file 164 is shown in Figure 5B. The search and skip 
file 164 stores a remaining count, an offset value, and a 
delta data value. In this example, an affix "ui" at the 

10 beginning of the data indicates unsigned integer and affix 

"us" indicates unsigned short as conventionally used in a 
computer industry. Thus, the label "uiRemainingCnt " 
indicates the number (ex. 6) of records in the name and 
address file 62 having the same search data. The label 

15 "uiNameOf f set " indicates the offset value of the first 

recorded data in the name and address file 62 carrying the 
search data. Namely, the offset value 100 specifies the 
location (offset value: 100) of the first recorded data 
"SecNameRec 0" carrying the search data in the name and 

2 0 address file 62 of Figure 5A. 

The delta data value is a two byte word (16 bits) which 
is divided into an MSB (most significant bit) part and a 
value part. The most significant bit (MSB) indicates whether 
there is consecutive recorded data having the same search 

25 data when two or more remaining counts of recorded data is 

indicated by "uiRemainingCnt". The MSB data value is a flag 
that indicates whether a particular condition is true or not. 
The MSB has two states, "1" indicates that consecutive data 
exist in the name and address file 62 and the other, "0" 

30 indicates that no consecutive data exists. 

The delta value (value part by 15 bits) following the 
MSB indicates the number of consecutive records following the 
particular record, i.e, a distance or an amount of jump, to 
the next location of the recorded data. As will be explained 

35 in detail later, the value part of the delta data changes its 
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characteristics based on the MSB. In this example, if the 
MSB value is 0, i.e., there is no consecutive recorded data, 
the delta value indicates the distance (jump value) to the 
next recorded data. If the MSB value is 1, i.e., there are 
consecutive recorded data, the delta value indicates a number 
of consecutive records follow after the first recorded data. 

Next, the procedure of how the recorded data is searched 
is explained for the embodiment of Figures 5A-5B with 
reference to the block diagram of Figure 3 . When the user 
inputs a certain character string (search data) , the data 
retrieval controller 50 searches the search and skip file 164 
to check the supplemental data to see whether there is the 
search data for that characters. For instance, when the user 
inputs particular characters "CA-11", the navigation system 
searches the search and skip file 164 and reads the 
supplemental data therein which will be temporarily stored 
in the buffer memory 52. 

Based on the supplemental data, the navigation system 
will determine that the remaining count is 6, indicating that 
there are 6 entries or recorded data that start with "CA-11". 
The navigation system will first see the offset value which 
is "100" showing the first location of the recorded data 
having the search data "CA-11". Thus, the navigation system 
sends the offset value to the offset generator 54 to access 
the offset 100 in the name and address file 62 and retrieves 
the recorded data "SecNameRec 0" therein. 

Next, the navigation system utilizes the delta data to 
find the remaining recorded data. The MSB in the first delta 
data is 0, indicating that the next target recorded data is 
not located consecutively with the first one. As shown in 
the name and address file 62, the next offset value (250) for 
the next recorded data "SecNameRec 1" is 150 bytes away from 
the first offset value (100) . Because each piece of recorded 
data takes 10 bytes, this indicates that the second' recorded 
data is 15 records away from the first record. Thus, the 
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value for the first delta is 15 as shown in Figure 5B. The 
navigation system instructs the offset generator 54 to 
produce the offset data 250 and retrieves the recorded data 
"SecNameRec 1" from the name and address file 62. 
5 Next, the second delta data indicates that MSB is 1, 

which means that there are recorded data consecutively 
positioned. The value "2" indicates that there are two more 
consecutively recorded data. As shown in the name and 
address file 62, after the recorded data "SecNameRec 1" 

10 located at the offset 250, there are two more recorded data 

"SecNameRec 2" and "SecNameRec 3" that are consecutively 
located. Thus, the second delta data "2" also represents 
that the offset values for the recorded data "SecNameRec 2" 
and "SecNameRec 3" are 260 and 270, respectively, even though 

15 separate data are not provided for each recorded data to 

indicate the location thereof. Thus, the navigation system 
instructs the offset generator to produce the offset data 260 
and 270 and retrieves the recorded data "SecNameRec 2" and 
"SecNameRec 3" from the name and address file 62. 

20 In the third delta data, MSB is 1 which indicates that 

there is no recorded data located consecutively with the 
previous data, and that the value 33 indicates that the next 
data is 33 records away from the previous location (offset 
value 2 70) of the recorded data. Thus, the offset generator 

25 54 jumps the offset value to "600" so that the navigation 

system retrieves the recorded data "SecNameRec 4". The last 
delta data indicates that there is one consecutive record, 
thus, the navigation system retrieves the recorded data 
"SecNameRec 4" at the location "610". In the alternative, 

30 the delta data for this recorded data may be represented by 

MSB 0 with the value 1 (jump to the next offset) because the 
next record is located one record away from the current 
offset location. 

Although there are six locations needed to reach and 

35 retrieve the desired recorded data, the navigation system of 

-15- 



the present invention needs only four (4) indications of the 
delta data and one offset value. As noted above and will be 
described later, each of the delta data in Figure 5B is 
configured by two bytes (16 bits) rather than four bytes for 
5 each offset value in Figure 5B- Thus, it is possible to 

significantly reduce the storage space in the search and skip 
file 164 in Figure 5B compared to that of Figure 4B. 

The above process of obtaining the offset values can be 
also represented by the following: The first offset is 100 

10 as indicated by the offset value in the supplemental data. 

The second offset value is 250 as calculated from 100 + (15 
X 10) . The third offset value is 260 as calculated from (250 
+ 10) . Similarly, the fourth offset value is 270 as 
calculated from (260 + 10) . The fifth offset value is 600 

15 which is calculated by 270 + (33 x 10) , and the sixth offset 

value is 610 which is calculated by 600 + (1 x 10) . 

Figure 6A and 6B show a more specific example of the 
present invention for the situation same as the example of 
Figures 4A and 4B. When the user inputs "CA-11", the 

20 navigation system checks to see whether the search and skip 

file 164 has relevant supplemental data for this character 
string (search data) . Preferably, such supplemental data 
will be temporarily stored in the buffer memory 52 so that 
the navigation system (data retrieval controller 50) is able 

25 to read the data at high speed. 

In this instance, the search and skip file 164 includes 
the entry (search data) "CA-11" which shows that the 
remaining count is 6 indicating that there are 6 recorded 
data in the name and address file 62 that start with the 

30 search data "CA-11". The navigation system will check the 

offset value indicating the location of the first recorded 
data carrying the search data "CA-11" in the name and address 
file 62, which is in this case, 200 (first offset value) . 
Thus, the offset generator 54 generates the offset data 200 

35 and the navigation system retrieves the recorded data "CA-11" 
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by going to the address (offset location) 200 in the name and 
address file 62. 

Next, based on the delta data in the search and skip 
file 164, the navigation system finds and retrieves the 
5 remaining recorded data. The MSB in the first delta data is 

1, indicating that there are recorded data that follow 
consecutively with that located at the offset 200. The value 
3 of the delta data indicates that there are three 
consecutively recorded data. As shown in Figure 6A, such 

10 recorded data are "CA-113", "CA-114" and "CA-115" which 

consecutively follow the recorded data "CA-112". The offset 
generator 54 generates the offset data 210, 220 and 230 and 
the navigation system retrieves the recorded data "CA-113", 
"CA-114" and "CA-115", respectively, from the name and 

15 address file 62. 

Then, the navigation system reads the next delta data 
from the search and skip file 164. In this case, the MSB is 

0, which indicates that the next recorded data is not 
consecutive with the previous recorded data. The value 478 

20 indicates the distance from the present offset location, 

1. e., an amount of address jump, in the name and address file 
62. Because each name record takes up 10 bytes, the distance 
of 478 translates into the offset value of 4,780, i,e, 478 
times ten (increment step) . Because 230 (previous offset 

25 value) added by 4780 is 5010, the next offset location is 

5010, where the navigation system retrieves the recorded data 
"CA-1101" . 

The navigation system looks at the next delta data, 
which indicates that the MSB is 1, meaning that there is a 
30 consecutive record. The value of 1 indicates that there is 

only one record that follows from the previous record. In 
the alternative, the delta data for this recorded data may 
be represented by MSB 0 with the value 1 (jump to the next 
offset) because the next record is located one record away 
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from the present offset location. In either representation, 
the amount of required storage space is the same. 

Figure 7 is a flow chart indicating the basic procedure 
of the present invention to determine the location of the 
target data in the name and address file 62 . This flow chart 
shows the operation in the embodiment of Figures 5A-5B and 
6A-6B. In step 201, the navigation system accesses the 
search and skip file 164 to check supplemental data for the 
search data specified by the user. When the first offset 
value is shown in the supplemental data, the navigation 
system reaches the initial offset location in the name and 
address file 62 and retrieves the recorded data. 

Then, in step 202, the navigation system checks the MSB 
of the delta data in the supplemental data. If the MSB is 
1, the value of the delta data means the number of 
consecutive records in the name and address file 62 following 
the current location. Thus, the navigation system goes to 
the next location by adding the minimum step of increment of 
the offset value, which is 10 in the above examples, to the 
present offset at step 203. The navigation system retrieves 
the recorded data in that offset location in step 204. This 
process is repeated for the remaining consecutive offset 
locations by incrementing the offset (address) of the name 
and address file 62 in step 205. Then, the navigation system 
goes back to the step 202 and reads the next delta data and 
checks the MSB value. 

In the step 202, if the MSB value is 0, it indicates 
that there is no record carrying the search data 
consecutively with the current location. Thus, the 
navigation system proceeds to step 206 where the amount of 
jump to the next offset location will be determined- This 
determination is made by adding the delta value multiplied 
by 10 (increment step) to the present offset value. Then, 
at step 207, the navigation system goes to the next offset 
location in the name and address file 62 and retrieves the 
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recorded data. The navigation system goes back to the step 
202 and reads the next delta data if any. The above process 
will be repeated until all of the recorded data indicated by 
the supplemental data are retrieved. 
5 In case there are many consecutive records, the effect 

of the present invention in reducing the size of the search 
and skip file becomes more significant. For example, if 
there are 9 consecutive records, the delta data can simply 
state that 8 more consecutive name data will follow rather 

10 than describing each offset value by four-byte data. Thus, 

there is no need to separately provide the offset value for 
each consecutive record. 

Moreover, even when the name records are not 
consecutive, the data in the search and skip file is reduced 

15 significantly because the offset value is determined from the 

last record. In the embodiment of Figures 4A and 4B, since 
the search and skip file stores an offset value for each 
recorded data starting from an absolute beginning point, the 
memory size required to store the supplemental data can be 

20 very large because the offset value may become very large. 

In contrast, the distance between the current recorded data 
and the next recorded data is small, especially when the data 
are arranged in the alpha-numeric order. Thus, in the case 
where it is predetermined that the largest distance between 

25 the records can be represented within 15 bits, then only 15 

bits are required to reproduce the offset value. In the case 
where the offset value has to be determined from the absolute 
beginning point, the offset value becomes very large and will 
require more than 15 bits. 

30 Figures 8A and SB show an example of memory storage 

structure of the search and skip files in the first and 
second embodiment of the present invention. In the first 
embodiment of Figure 4B, as shown in the example of Figure 
SB, the search and skip file 64 assigns four bytes to 

35 describe each offset value for the target recorded data. 
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Because each offset value can be very large such as several 
ten millions, four bytes may be required to store the offset 
value . 

In the embodiment of Figures 5B and 6B, as shown in 
5 Figure 8A, only two bytes are used for the delta data because 

the offset value is represented based on a relative location. 
Moreover, because the data representation and retrieval 
method in the second embodiment can represent many 
consecutive records by simply stating the number of 

10 consecutive records that follow from a particular location, 

in many cases, it is unnecessary to state each offset value 
for each recorded data. 

Because the search and skip file is prepared in advance, 
the manufacturer of the database can tell the maximum gap 

15 between the related records. In the above example using the 

input "CA-112", there is a gap of 478 records between "CA- 
115" and "CA-1101". If the maximum gap in all the recorded 
data is 6,000, the storage space of the delta data value only 
needs to be large enough to store 6,000. Thus, since 15 bits 

20 can express up to 32,768 different numbers, the structure 

provided in Figure 8A in the present embodiment is sufficient 
to store 6,000 numbers. 

Although the invention is described herein with 
reference to the preferred embodiment, one skilled in the art 

25 will readily appreciate that various modifications and 

variations may be made without departing from the spirit and 
scope of the present invention. Such modifications and 
variations are considered to be within the purview and scope 
of the appended claims and their equivalents. 

30 
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